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be J da base Ler 116, authorization system 10B, and a transact- 
Ze module 11, As can be seen from Figure 4. database s « 11. 
suLb.y communicates csrd/account status information to author.at.on 

tern 108. Status information genera.ly includes account baiance updates, 
situs changes or the like for the various card accounts. For examp.e . new 
cards are preferab.y assigned a W status in authorization system 108 until 
consumer 100 initiates and validates the card as described above at wh.ch 
time the authorization system preferably changes the status from hold to 

•■pass" (or similar terms). A "hold" status is also preferab.y assigned ,f an 
account balance decreases be.ow a minimum amount, or if a card is lost or 
stolen or the like. Accounts/cards that are assigned a "hold" status are 
preferably rejected by authorization system 108 in any subsequent requests 
for transaction approval. 


Ptease amend the fonov^g paragraph spanning page 13 tines 3-21 andpage 141inesland2 
^ follows: 


Point of sale terminal 104 is any device that is capable of identifying and 
gathering data from any stored value product. For example, po.nt of sale 
terminal 104 could be implemented as an actual terminal in a store, an 
.nternet server, a telephone system, a cam reader in a vending machine, an 
automatic teller machine, or any other device that is capable of accepting 
stored value information in financial transactions. Point of sale termmal 104 
suitably communicates with authorization system 108 to approve or reject 
transactions based upon Information available to the authorization system 
108 from database server 116. Alternatively, authorization system 108 
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Is 


*■ f^m rifltabase server 1 1 6 with information obtained 

sale terminal 104, the terminal sends an authorized request for the 

sale terminal^, ri riitionallv for some transactions 

transaction to authorization system 108. Additionally, ror 

^ those invoiving very email amounts of money) point of saie terminai 
rri-an authorization -est at a, A.thou gh au = 
Lay tak P-ace over any communications medium, authonza or , pr ferahW 
Tlrs over a data communications .ink such as a teiephone hnK, a ieased 
line, the Internet, a wide area network, or the lite. 



, f the transaction is authorized, the transaction is preferably completed at 
point of sale terminal 104. Point of sale terminal 104 generally requests 
nformation such as the transaction amount and the identity of the stored 
value product used to pay for the transaction and this information • hen 
su »abfc transmitted to transaction capture moduie 1 12 for settiemen To 
fac ,l Je batch processing of settlementrequests, merchants genera. i store 

nation for mu.tiple transactions, A— y. segment mques. . 
su-^y transmitted in rea, time or are suitably polled by transaction capture 
module 112. — 


Please amend the 


following paragraph from page 14 lines 1 1-21 as follows: 


With continued reference to Figure 4, transaction capture module 112 suitably 
captures financia. transaction data from POS terminal 104 and routes «h,s 
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information to database server 116. During a purchase transaction invoking 

hr and are D referably maintained within database i« 
116. and are prete _y database server 

4). A balancing system 1 1 8 is prereraoiy 
16 and transaction processing module 112 to venfy 
Balancing system 118 is any computer system that prov,des a check based 
Balancing sysi transaction processing 

upon data received from database server 

module 112. 

p leaac amend thawing paragraph from ..^^^^ 

As best shown in Figure 5. a singie report generator 136 preferably 
generates reports (1 ) for client system 138 using stored value produces, as 
d es Ld able; (2) for merchants 140 that accept stored vaiue prcducts a 

exampie, periodic statements of their accounts and transactions^ 
Ai.emative.y. multiple report generators 136 create various reports^ As 
another alternative, database server 116 internal* generates some or al. 
reportswithouttheuseofanexternalreportgenerator^e. In some 

embodiments of the invention, reports are generated in rea.-time (i.e. as 
requested by the account manager, the consumer, the database server 116. 
or any another entity). Alternatively, reports are processed in varymg 
«nts in batches, at predetermined times, when poi.ed by the report 
□enerator or by any other timing arrangement. Report generator 136 
Xb, Lives relevant data from a database associated with data ase 
server 116 In other embodiments, database server 116 provdes necessary 
data to report generator 136 as part of a report generation request. 
Alternatively, database server 116 suitably sends a pointer (such as a 
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(URL), o, any *« P*»0 •» «, and P^eo 

accord with the present invention. 



0> 


1 


6 shoves . exempt — * • — - 

from Fiqure6 a praftomd embodiment of a aored value 
«W omduele. each produot preferably being aeaoorated wdh a parte*, 
« and from o tranaaoffon capture rood* 1«. » «. - ophonat on« 

11 1 accounts ara preferably reared * an aum.nz.bon «r^M 
« b centred » approve or dan, indMdua, -nsaotfona « P.« 

„a,.haa.,e,ve,1« conrmunica.ea »«h a ™pn n oenem.no a^tem «JtM 
a Lgured .0 aaaembm dab. add napoda for « eyehrma ,38. merdta* 

from d atabase server 116. 
Mease amend the following page 23 lines 3-U as follows: 

Customer records are preferably maintained in a customer data ^uosystem 
even though the customer may use muitip.e stored vaiue products. Card 
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demographics subsystem. 

- 91 line 18 to page 24 line 6 as follows: 
_Pl ef seam^ — 

. MM - » - — —»-- "27,^16.. respect 
Address subsystem 160 s*bly erev«tes . «*> P«« 

and „re« bddres.es. areong «!».). Odre ^ 

« — — ~ es C2, ■ and ft. 

• 8 lte«lv.dare-duehtt.afb~.re,^9add»^*• w, » l " ,9 

like are supported. 


M*. bond,, 1" * r^tSTTJSI *— 
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. „ interface to disputes and adjustments subsystems 
objects that implement an interface v 

(not shown). 


0' 


-* <***■ «°" """^ C 0 « W L example, a «■ -y 

to m~* «-nd.! franaaoUona. - a" , uMWy 
« se n«e 5 a P»«u« a««" «* "^ZZ ^ » ft. 

> • — - — ~~ r ^ - - — 

various obiecK in reposaw «* any recota) ^ M 

times are significantly reduced. 


T N THE CLAIMS 

— , stored value products, the system 

A system for facilitating a pluralrty/of stored 

comprising: / rptrieval of customer data, 

a database facilitating th/ storage and retrieval 
merchantdata.a^apluralityofob,ects; 
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